home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9804 / 000112_owner-linux-arm…r.rutgers.edu _Tue Apr 21 05:54:53 1998.msg < prev    next >
Internet Message Format  |  1998-05-13  |  5KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from orava.funet.fi (orava.funet.fi [128.214.248.46])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id FAA22086
  4.     for <willy@odie.fluff.org>; Tue, 21 Apr 1998 05:54:52 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2]:15942 "EHLO vger.rutgers.edu" ident: "root") by orava.funet.fi with ESMTP id <392591-15032>; Tue, 21 Apr 1998 07:53:24 +0300
  6. Received: by vger.rutgers.edu id <971584-319>; Tue, 21 Apr 1998 00:10:07 -0400
  7. Received: from odie.barnet.ac.uk ([194.82.202.98]:23053 "EHLO odie.barnet.ac.uk" ident: "willy") by vger.rutgers.edu with ESMTP id <972210-319>; Mon, 20 Apr 1998 23:24:16 -0400
  8. Received: (from willy@localhost)
  9.     by odie.barnet.ac.uk (8.8.6/8.8.6) id EAA21711;
  10.     Tue, 21 Apr 1998 04:30:56 +0100
  11. From: Matthew Wilcox <willy@odie.barnet.ac.uk>
  12. Message-Id: <199804210330.EAA21711@odie.barnet.ac.uk>
  13. Subject: Re: Installing on an 4 MB A5000
  14. To: linux@arm.uk.linux.org (Russell King - ARM Linux Admin)
  15. Date:     Tue, 21 Apr 1998 04:30:55 +0100 (BST)
  16. Cc: linux-arm@vger.rutgers.edu
  17. In-Reply-To: <199804202100.WAA01164@raistlin.armlinux.org> from "Russell King - ARM Linux Admin" at Apr 20, 98 10:00:43 pm
  18. X-Mailer: ELM [version 2.4 PL25]
  19. MIME-Version: 1.0
  20. Content-Type: text/plain; charset=US-ASCII
  21. Content-Transfer-Encoding: 7bit
  22. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  23. Sender: owner-linux-arm@vger.rutgers.edu
  24. Precedence: bulk
  25. X-Loop: majordomo@vger.rutgers.edu
  26. Status: RO
  27.  
  28. Russell King - ARM Linux Admin
  29. > Hi.
  30. > Maybe I ought to make my position quite clear on this subject:
  31. > 1) I believe that RedHat offers the best compromise for ARM Linux.
  32.  
  33. That's your belief and you're entitled to hold it.  Since you created the
  34. distribution, others should accept that.  I still like the idea of creating
  35. a Debian distribution, but I think that time spent working on that would
  36. be wasted before we have libc 6.
  37.  
  38. > 2) The RedHat installer cannot be used on floppy to install on machines
  39. >    with 4MB of ram.  With a future PartMan, it will be possible to copy
  40. >    a small partition image into the drive, thus allowing non-floppy
  41. >    based installation.
  42.  
  43. That will be really sexy.
  44.  
  45. > 4) The 2.1.xx kernels currently are going to require a lot of changes
  46. >    to get them to run properly on the older architectures:
  47. >    a) The MEMC is quite unlike any other memory manager in the world,
  48. >       and doesn't fit any sensible memory management model that Linux
  49. >       could provide.  Therefore, the MM is less than optimal.
  50.  
  51. You can say that again!
  52.  
  53. >    b) With the advent of ELF, and it's requirement to map the same
  54. >       data in two logical locations, this will require more
  55. >       modifications to the kernel.
  56.  
  57. I *thought* it had been agreed that that wasn't actually necessary, it was
  58. merely the way the x86 decided to do it?
  59.  
  60. >    c) The large page size requires numerous modifications to the
  61. >       way memory is allocated in several parts of Linux.
  62.  
  63. Yes, I noticed that in the patches.  Are there not also issues on Alpha's
  64. with their 8k page sizes?  I guess they tend to have so much more memory
  65. that this is a moot point.
  66.  
  67. >    d) The kernel's malloc() routines need a hack to reduce the
  68. >       inherent overheads that it produces on large page machines.
  69. >    I'm not saying that it'll be impossible to do, but more that
  70. >    I'm beginning to wonder if the old machines are really worth the
  71. >    effort, and whether we're going to be able to continue integrating
  72. >    the architecture-specifics for these machines with obsolete
  73. >    processors into Linus' kernel source tree.
  74. > 5) It is my intention to continue integrating the sources as is or as
  75. >    patches allow for these old machines.  I shall be working on this
  76. >    area, but since my resources are required for other purposes, this
  77. >    will not happen with any great speed.  If someone wishes to take
  78. >    over the kernel admin/hacking for the A5000, they are welcome.  If
  79. >    you want to know more details about this, then please mail me.
  80.  
  81. IMO, it would make more sense to separate out the port into an arm26 and
  82. an arm32.  Yeah, I know this is a really bad time to mention it :-) Of
  83. course, there's nothing to stop arm32 machines executing arm26 binaries.
  84. This might encourage someone to take responsibility for the arm26 tree
  85. off your hands.
  86.  
  87. -- 
  88. Set Alias$Case Set Alias$[ |||| |MSet Alias$Otherwise Set Alias$[ \ Matthew
  89. "" |MSet Alias$When If %0=%%0 Then Set Alias$[ "" ||MIf %0=%%0    \ Wilcox
  90. Then Set Alias$Otherwise Set Alias$[ |||||||||||||||| ||MIf       \
  91. %0=%%0 Then Set Alias$When Set Alias$[ ||||||||||||||||
  92. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu